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(57) Abstract 




An apparatus for television for auxilary video 
information comprising extended data services for 
decoding an extended data services signal in line 21 
of field 2. Extended data services provide a general 
purpose video system information and control 
capability in addition to basic closed caption 
operation. Extended data services information is 
arranged in packets of data. Each packet provides 
information regarding current or future video 
programs, the source of the video prograsa, and 
miacellaneoua information such as time of day. Th« 
extended data services data may be decoded to 

a video system including a 
(VCR) and a television 
comprising means (200,220) 
signal and means (230) for 



control the operation of 
videocassette recorder 
receiver. The apparatus 
for receiving teieviaion 
processing data words. 
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The p*<ue.*i Invention relates to an apparatus for television''] 
/-ion. auxiliary video information including extended data services . * 
A video signal typicc.lly Includes vzitical display Interv ats , or 
ilelds, having a plurality of horizontal lint interval* , e.g. 
262. 5 line* pen. field in NTSC video system*. The beglnlng o{ each 
vertical and horizontal interval I* Identified by respective '/ /. - : 
vertical and horizontal sync pulses that are Included In a composite'-, 
video, signal. VuU.ng a portion af each vertical Interval, Informatlok. 
In the video signal may not be Intended for display, for example, 
a vertical blanking Interval span* approximately the &lrst 20 
horizontal line Interval* In each field. "In addition, sever at line 
Interval* adjacent to the vertical blanking period, e.g. line 21, 
may -be: within an overscan region of a video display and will not 
be visible. 

The lack of dl*played image Information during blanking and 
overscan 

w e ft* flrtn r Intervals makes It possible to Insert an auxiliary 
Information component, e.g. teletext or closed caption data, Into these 
Intervals. Standards such as Federal Communications Commissions 
(FCC) Regulations define the format for each type of auxiliary 
Information Including the positioning of the Information within a 
vertical Interval. For example, the present closed captioning 
Standard ( see'e.g. 47 CFR 15.119 and73,6SZ) specifies that digital 
data corresponding to ASCII characters for closed captioning 
must be In line 21 of field 1. The FCC specified: format provides 
for two elght-blt digital data words In each occurrence of tine 
21, field 1. 

United -4- State* Law requUres that alt television receiver* 
13" and larger In *lz*i that are *old In the U.S. after 1 July 1913 
mu*t be. capable of decoding clo*ed caption Information ( *ee 47 
CFR ISJHK Thl6 requlrem&fit add* to the cast and complexity of 
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moat televisions. Many television users , particular! y individuals 
who are not hearing impaired, may not wish" to utilize the closed 
caption capability. Thus, televis ion. manufacturers must invest 
in.the development of a feature that is of value to only a limited 
number of individuals who purchase, televisions, m addition, 
many individuals will be compelled to pay for a feature that is 
of little or no value to them. 

Given below is a brief description of the prior art according 
to Indian Patent Application No. 64/CAL/93 and the distinouishing 
features of the present application. 

Although both inventions relate generally to the same subject 
matter of processing auxiliary information in a television signal, 
that is where their similarity ends. The cited prior specification 
generally concerns a data decoder which operates on bit level of 
the auxiliary information. The decoder disclosed can determine 
whether there is any auxiliary data presented in the video signal 
and whether a particular bit is a zero or a one ( see, e.g. 
Abstract). Contrary to the present invetion, no Where in the 
cited specification teaches or suggests any higher level processing 
or formatting of the information formed by these data bits. There 
is also no mention of Extended Data Services (EDS) processing in 
*hia prior specification. 

The claimed invention, on the other hand, relates to the 
high level processing of auxiliary information such as EDS infor- 
mation at the " data^words^ level. An aspect of the .invention is 
the problem that is addressed and solved', i.e. the problem of 
communicating complex auxiliary information via a television 
signal using a portion of the television signal (e.g. line 21) 
and a data rate ( e.g. .500 KHz) that impose significant bandwidth 
limitations. The auxiliary data relates to information that is to 
be displayed on a display device, e.g. program title. The invention 
•solves that problem for example, by providing processing means 
•that determines control information (e.g. start of data packet) 
and a class of displayable information ( e.g. current or fu<.~. . 
program) from a single data word as recited in claim 1 . The 
processing means also determines a subclass of information (e.g. 
program title) from a second data word, and determines information, 
pertaining to the subclass-( eg the actual title information) 
from a third data word. The claimed invention advantageously provide' 
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efficient use of the available bandwidth permitting 
communication of. complex auxiliary data as rvrequired, 

Cl-iiTn 1 t ^^^^r, — wcA^yat least/ the following novel 
combination of features which are not taught or- suggested 
in the cited prior specif ication . 

According to this invention there is provided an apparatus;.—:, 
for . television for auxiliary video information comprising 

extended data services comprising: ' ■ 

mean3 for receiving a television signal '.including - 
auxiliary information comprising datawords and 

mean for processing a first one of said data words for . 
determining control information for controlling processing of 
said data words and also for determining a class of information 
to be displayed on a display device; said processing means 
processing a second one of said data-worcis for determining a 
subclass of said class of information to be displayed;: and - 
.said processing means processing a third one of said data words 
to obtain said information pertaining* to- said subclass of said 
class of information to be displayed. 

... *'"/.... 



" "/ ;In accordance with the : principles .of -the "present 
invention, a system Tor processing auxiliary : id ep ^signals provides; 
for decoding an extended^ data services signal in ^ine : 2jL.pf field 2. 
Extended data services provide a general purpose video .system 
information and control capability in addition to basic yclosed 
caption operation. Extended data services information A is arranged 
in packets of data. Each packer provides information regarding 
current or future, video programs,, the source of ; the video . ; 
program, and miscellaneous information such as time , of day; The 
extended data services data ipay be decoded,: to control the 
operation of a video system including a videocassette . recorder : : 
(VCR), and a television receiver.;/ — <■;.?.•:-■}. , : • 

The invention may be better understood by ^referring 
to th^ drawing. In which: - . : ; - - , : 

Figure 1 shows an example of an auxiliary video data 
signal such as a closed caption or extended data services signal; 

: Figure 2 shows, in block diagram form/ a portion of a- 
video signal processing system incorporating the ' principles of the 
invention; : and r 'ixrji : :;-v iwi-r-u-'j;? 

^v:;--- Figure 3 shows -a flowchart illustrating 7 the operation of 
the system shown in Figure 2.^ ; T : : ^ : * ^- - - : - 
A decoder for extracting closed caption data " is. *~ 
designed to process a closed caption (GC) signal, siidh as that 
shown In Figure 1, that occurs during line : 21 of each" field 1 ' 
interval in the video signal."- Ah extended data services r (EDS) * 
signal exhibits the same format r as that shown in r Figure :c I^ but ;Jv * 
occurs during" line 21 of each field ; 2 Interval/ As &6wn*in* % FiguTC'" 
l f each line : 21 in tervaTJn whfc^^ n data 'iV preierfr Includes 

information representing ,jL A 0 systcirr 
suitable for decoding both CC and EDS information is shown in 
Figure 2, 

- ;: In Figure 2 f composiTe video signal VIDEO is input to 
data slicer 200. Data slicer 200 converts closed caption and 
extended data services information in analog signal VIDEO into 
serial digital data in signal SERDAT. Data slicer 200 may *be 
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implemented, for example, using a comparator that compares the 
level of signal VIDEO to a threshold level. This threshold level is 
referred to as the slicing level. Logic 0 and logic 1 levels in signal 
SERDAT represent levels of signal VIDEO that are less than , and 
exceed, respectively, the slicing level. 

The CC or EDS data in signal SERDAT is clocked serially 
into shift register 210 by signal SERCLK. Signal SERCLK rs 
generated by timing signal generator 220 during the data interval 
within line 21, i.e. the latter portion of line 21 in which the 
information representing the 16 data bits occurs (see Figure 1) 
Generator -220 determines when line 21 is present in the video 
signal by counting horizontal lines in the video signal as indicated 
by horizontal sync pulses in signal HOR. The horizontal line count 
- is initialized at the. beginning of a video field as indicated by a 
vertical sync pulse on vertical sync signal VERT. Signals VERT and 
HOR are produced by deflection circuitry in a video system. A 
phase shift' may exist between sync signals produced by the ■ 
-deflection circuitry and the timing of the actual video signal 
VIDEO. A sync separator in generator 220 produces a separated 
sync signalfrom composite video signal VIDEO that is used 
internally-to^generator .220 to synchronize the generation of signal 
• SERCLK to the actual timing of the data interval within line 21. 

The 16 bits of data in register 210 are designated bits 1 to 
16 in Figure -3, Bits 8-1 represent the first CC or EDS character, 
CHAR#1, and- bits 16-9 represent the second character, CHAR#2. 
The serial data in register 210 is converted to parallel data via 16 
parallel outputs from register 210. The parallel data is output to 
other functions in the video system such as an on-screen-display 
(OSD) processor (not shown in Figure 2) for storing and displaying 
closed caption data. The parallel data in CHAR#1 and CHAR#2 is 
also coupled to processing unit 230 for decoding of EDS 
information. 

The format of EDS information is explained in detail 
below. Briefly, EDS information is arranged in packets of 
information. Each packet includes a plurality of 8-bit characters 
from a plurality of occurrences of line 21 of field 2. Each packet 
represents a complete piece of information that includes both 
control and data characters. The control characters identify a 
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particular EDS control function " (e.g. start packet, continue packet, 
or end packet) in a manner that distinguishes EDS information 
from closed caption information. 

EDS control characters also indicate the class and type 
of information included in a "packet. Packet class designations 
indicate general classifications of the information included in a 
packet. For example, a packet class indicates whether the packet 
contains information pertaining to a future program, the current 
program, the source of a program (e.g. the broadcast network), or 
miscellaneous information (e.g. time of day). Each packet class 
encompasses a plurality of specific types of information! In 
addition to packet class, EDS control characters also identify the 
particular type of information in a packet. For example, a packet 
type of "program title" within the "current program" class 
indicates that the data characters in the packet represent the title 
of the current - program 

2 55 

In Figure 2, processor 230 includes decoder -295- for 
detecting - and. ^decoding EDS information. The decoding process in ' 
decoder -55§>t is controlled by control unit 233. When Ijije 2-1 ends 
as indicated by signal LINE21 from timing generator- 23 0, new 
character data is present in register 210 and control unit 233 
generates signal EDCTRL to initiate the decoding process in 
decoder 235. Decoder 235 first tests the character bits to 
determine if the character codes are EDS character codes. If so, 
decoder 235 'then determines if the characters are EDS control 
characters. 

'Control characters =are further decoded to establish the 
EDS control 'function '(.i;e. start, continue, end), packet class, and 
padket 'type. This decoded information is communicated to control 
unit 233 from decoder 235 via signals PFUNC, PCLASS, and PTYPE, 
respectively. Control unit 233 may then cause the characters and' 
decoded control information to be stored in -memory 237 until a 
, complete packet is received and decoding can be completed. 

Decoder 235 also generates system control signals 
SYSCTRL for controlling the video system in response to the EDS 
. information. For example, a video cassette recorder (VCR) may be 
activated to begin recording or set the correct time of day :in 
response to control signal VCRCTRL from decoder 235. Similarly. :a 



television may be controlled via signal TVCTRL to modify the en- 
screen display (OSD) processor operation to display closed . " 
captioning in response to EDS data indicating the presence^ of 
closed caption services. 

Processor 230 in Figure 2 may also include capability . 
for detecting and decoding closed caption data* More specifically, 
because EDS information includes control cedes that distinguish 
EDS information from closed caption data, decoder 235 may 
include separate logic circuits for detecting and decoding closed 
.caption information. In this situation, control signals SYSCTRL 
generated by processor 230 would include closed caption control 
signals coupled to the OSD processor to control the closed caption 
display/ 

The operation of an embodiment of auxiliary video 
information processor 230 that includes both closed caption and 
EDS decoding capability may be better understood by referring to 
a flov5tcharL-sho^vn-in Figure-^— Processing begins at step 300 in 
Figure 3 when closed caption or EDS processing is enabled. 
Operation halts at step 310 until a line 21 interval is detected, . 
This indication may be provided, for example, by signal LINE21 in 
Figure 2. At step 320 in Figure 3, seh-ii data from line 21 is 
loaded into a data register (e.g. register 210 in Figure 2). The bits 
in the register that represent CHAR#1 in line 21 are tested at step 
330 to determine if the character is EDS data. If not, processing 
continues at step 335 where closed caption characters are 
detected and processed. Appropriate closed caption control 
signals are generated at step 335.- 

As explained below, EDS characters and closed caption 
characters occur in pairs such that CHAR #1 and CHAR#2 are 
always either both closed caption data or both EDS data. Thu*, 
when the test of CHAR#1 at step 330 is complete, operation 
continues at step 340 where CHAR#1 from line 21 is tested to 
determine if CHARtfl is an EDS control character. A control 
character is decoded at step 350 to determine the control function, 
i.e. start, continue, or end packet, and the packet class. Signals 
PFUNC and PCLASS shown in Figure 2 are generated during- step 
350. As described below, when CHAR// 1 is an EDS control 
character, CHARS2 a control character that indicates the packet 



*£■ '^TJT b deeded from character 2'at step 

360. S.gnal PTYPE in Figure 2 is generated a. step 360 

EDS ' cm , r .' ne S!e? 340 indiC3teS 11,31 CHAR* 1 * no. an 

EDS control character, the characters are treated as EDS data 

chapter, and. processed a, step 345. The data characters "are 

«ored (e.g. ,„ memory 237 in Figure 2) until a complete packet 

ha, bee. received. The data may then be decoded fo Generate 

f the EDS data represents the title of the curVent program the 
•« e may be stored in memory for subsequent display when 
activated by a user. • 

Following closed caption processing at step 335, or EDS 
information processing at stens 34<5 ,nH itn 

at .ten u L P j6 °* °P era£ i°n continues 

at step ,70 where the system checks to determine if auxiliary 
video information (i e CC or Fn<? ■ * u ««ary 

If en^hi.H ta) P rocessin S remains enabled. 

If enabled, operation returns to step 310- to await the next 
occurrence of line 21. If disabled. the durg ' 

exited at step 390. . 1 

The described system processes auxiliary video 
in ormation formatted in a predetermined manner to facilitate 
determining whether the information in line 21 is closed caption 
or EDS information. An exemplary EDS data formatting 
specification suitable for use with the embodiment deputed in 
Figure 2 is described below, ^s^^t^o-fannaudescahed 

1. General EDS Data Format Information 

The encoding of information for the extended data 
serv.ces (EDS) follows the same general format as for closed 
caption data encoding. This scheme consists of pairs of character* 
transmuted in the same field. The characters can be either a 
control code pair or a data pair. The first byte of the pair 
detemunes whether the P a,r is ^control pair or a data pair. If the 
first byte ,s in the range of Olh to OFh. the pair is a control pair. 
These values arc not defined for captioning or text transmission. 




Upon receiving such a control code pair, the decoder would 
rscognize subsequent data as EDS data. This is the same scheme 
-v/ that is used when decoding a closed caption sienaJ to differentiate 
-.between caption and text mode, and between operating channel i 
and operating channel 2 (i.e. CI and C2) of the caption signal' All 
characters are transmitted using odd parity. This is consistent 
v-::h the closed caption conventions, and allows for simpler 
^coding/decoding hardware and software. 

There are four varieties of EDS characters: Control, 
Type, Data, and. Checksum. These characters may be trans mi tted- 
the combinations shown in Table 1. 



Table 1 



i ' 5vte 


! 2 nd Bvte 


it 


j Control 


1 Tyoe 


!i 


1 Ccr.troi 


: Data 




J Data 


! Data 


•i 


i Control 


! Checksum 


i 



As described above, the Control byte is in the range of 
■:*to OFh. The Type and Checksum bytes are in the range of OOh 
w *rh. The data byte is in the range of lOh to 7Fh for ASCII data, 
- the range of 40h to 7Fh for Non-ASCII data. A Data byte of 
Ovh is a null byte, and is always ignored. 

A packet of EDS data is defined to be a collection of 
th-ssc pairs of bytes which conveys a complete piece of 
information. Each byte of EDS data is associated with a packet of 
da:a. A sub-packet is defined to be a control pair followed by 
;ome number, maybe zero, of data pairs. A data field is defined to 
'■>t some number of bits within a Data byte. Each sub-packet may 
transmitted independently and surrounded by other 
nation. Note that a full packet could be transmitted using 
y control pairs, or by also using data pairs for more throughput 
v/nen possible. 

There are three categories of Control bytes: Start, 
"■"inuc, and End. The Start code indicates the beginning of a 

;*acke:. The Continue code indicates the following data is part 
Me packet which began with the la^t Stan code. The End code 

! fi 
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S^tTol !h ; " finiSh5d - The T ^ aiways Mows «, e 

Start code to md.cale the type of data contained in die new 

packet n, e Checksum byte always foilows the End code and i s 
used for error detection. 

Once a pscfce; has been started, the data for the packet 
an be sent one byte at a time by using a Continue cod." with each 
byte to create a separate sub-packet for each byte Each ' 
suopacket occurs during a sing.e instance of H„e 21. For hi-h-r 
.hrougnput, both bytes during a particuiar iine 2! in.erva, m a"v 
contatn data In this case , , sul) ^ ™* 

plurality of line 21 intervals Th* <\**, ■ . , 

im-rvai - m -™"s. The data in a particular line 21 

.nerval belongs to .he sub-packet which began with the last Start 
or Continue, code. The transmission of data pairs can not J 
interrupted by any other information. If it is necessary to " 
xnterrupt the transmission of data pairs, the transmission of the 
packet „ reestabhshed by sending a Continue control pair The 
example shown in Table 2 illustrates the described process 
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• The descnbcd approach will allow broadcasters the 

flexibthty to simultaneously use any combination of captions or 
text using either Cl or C2. and EDS. It also permits d,e" efficient 
tra*srruss,on of EDS information if it is the only service offered on 
Held two of the video signal. 

_ There are four classes of packets currently defined- 

Current. Future, Network, and Miscellaneous. The Current packet 
contains information ^sz:.o\u S the p.^ram current being 
transmuted. The Future packet contains information about an 
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upcc.n.'. ; g program -u i=e transmitted. The Network, packet 
contains information about the source of the video signal , e.g thc ; . 
broadcasting network. The Miscellaneous packet contains a ; 
variety of other useful information. Table 3 shows the assignment 
of these packet classes to their respective control codes, 1 

T a bl e ? - 



S Ccntrsi Cods i Function 



01 h 


J Currant 


Start j 




I Current 


Continue 




CUTTBCt 


End 




Pjture 


Start j 


G5h 


Futura 


Continue I 


OSh 


Future 


End 


j 07h 


Network 


Start • 


C8h 


Network 


Continue 


09h 


Network 


End 


OAh 


Misc. 


Start 


, OS* 


Misc. 


Continue 


i GC* 


Misc. 


End 


J OCh 


Reserved 




| OEh 


Reserved 




i CFh 


Reserved 





The transmission of one class of packet may be 
Interrupted by another class of packet because each of the four 
packet classes has its own group of control codes. As a result, 
jjigher priority information can interrupt lower priority 
jnformation. For example, information about the current program 
js probably more time critical than is information regarding a 
jfuture program. A complete packet of "current" information 
■night be sent in the middle of transmitting a packet of "future* 
Information. Thus, single fields of lower priority information. cmu 
J?e inserted when unused line 21 intervals are available, 
however, a packet can only be interrupted by a packet of a 
different class. This ensures that packets can be "nested" without 
confusion regarding which packet data is to be associated with 
jvhen a "continue" control code is issued. 

Each packet conveys one piece of information. The 
prst byte of the control code pair that begins a packet (i.e. "start" 
pontrol code) determines the packet class as shown in Table 3. 
The type of information contained in the packet is determined by 
ihe Type code in byte two of the Start control code pair. The dau 
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bytes associated with a narJo*. • 

th- , F held m tem porary storage until 

the entire packet has been received and th„ u\ 

«f , . r^eivea and the checksum at the end 

of the packet has been val-'d-tc* -n,,-- r~ , 

h • „ ^ ai * 0taieu ' 11115 Prevents stored data from 

Pern corrupted and aiso permits a packet to be .boned in the 

middle oy startmg a new pac ket of the same class. 

■ ™ 6 data inc ^ed in Current and Future P acke> 

classes are identical i f i„, T j • . p^cxe. 

the satre Th ^ des, S nanons f " Packets is 

s .h "objec " „/ : "T" bCtWe= " CU " nt " d Future classes 
is the object of the data, i.e. -current" or "future" program Anv 

" ! °— "^"S *• — program which cL 'be ' 
transmuted vta EDS can also be sen, in regard ,o a future 
program, and vice versa. The data contained in the Future packet 
always pertains to the "future" program that was most r cen ,y 

or^d n "a'" 5 inf0rmaii0 "- ™™ ' ^ 

packet Th i! P T r ° 8ram j demifier u "» T « e a Future 

packet This Type code indicates which future program all 
trans , te d lnforma(io „ „ (q ^ mi] ' • 

Current packet class always certain* m rh» 

u • . yi pertains to the program currently 

bemg transmuted. When a new program identifier is sent in a 

Current packet, the old program has finished and the- newiy- 

specified program is beginning. 

«m«i .1. ^ WhiCh COnstitutes the P^gram identifier is 

umber ^ and receiver channel 

call.! ' w S ° f 5eing a COm ^ ^ ^ 

calculate, and uniqu e identifier for each program broadcast on a 

given channel per year. Even if the broadcast of a program is 
delayed, u should still carry lts originaI]y scheduIed ^ ■„ its . 
program tdentifier data throughout its entire broadcast. This will 
allow the recording of programs which are delayed or run longer 
han expected. All time and date specifications, including current 
Ume and date, are always given as Greenwich Mean Time (GMT) 
Proving both the start time of a future .program and the current 
program .dentifier as GMT ensures that the identification of a 
des.red program will be independent of the v.ewers time zone 
and dayhght saving- time status. This permits correct recording. 

eg. in a video cassette recorder (V^F \ t . V( . n \f *u ^ 

. if u* u lv ^ K) ' c/on <r the viewer does not 

tell his VCR what time he is in The onfv n„r~ 

.tv. )j in. inc only purpose f or 



specifying the viewer's time zone arid daylight saving status is to 
display the correct local time given the broadcast time as GMT.. 

2. Current and Future Packet Classes 

Table 4 shows the assignment of Type codes in the 
Current and Future packet classes. 



Table 
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i runciion 


i 


;! och 


i Unsdeniirv Prccram 


— s 




! Pre cram identifier 


i 


i cz~ 


i Erase P roc ram 


J 


! C3h 


Sice- Time 


■i 

ft 




) Frocram "Title 




j G5n 


! Pro cram Audience 


I 




: Prc-cran Tyoe 


-4 


I Q7h 


! Audio Services 




08* 


I Caption Services 


H 




f — undefined — 




CAh 


- uncef.'^d- 


a 


78h 


Descrpticn 8 


j 


7~n 


Dsscriotion 1 





"Unidenrify Program" Packet Type 

This packet contains zero bytes, but indicates the 
program is to be unidentified. It has the opposite effect of the 
program identifier packet. When received, all subsequent packets 
of this class will be ignored until another program identifier is 
received. This couid be used as a signal that the specified 
program information has all been sen:. 



.1.2 "Program Identifier" Packet Type 

This packet contains either four or six bytes which 
Jjfine a program start time and" date, relative to Greenwich Mean 
r-mc. and receiver channel number. The format of each byte is 
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shown in Table 5. Note that bit #6 in each byte is always set to 
logic I because the information in each byte is not ASCII data. 



Tabie 5 
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jj minute 


i 1 


m, 
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jj hour 


I 1 


T 


K 






h, 


h, 1 


li day 

1 1 


! 1 


0 


a. 








d > i 


jj month 


-i 
1 


z 


L 








™o / 


jj channel 


1 








V 




C o 1 


\ channel 


1 


c 










c, 1 



The minute data field has a valid range from 0 to 59, 
the hour field from 0 to 23, the day field from 1 to 31, and the 
'month field from 1 to 12. The "D" bit determines if daylight 
"'saving time is currently being observed throughout the country. 
The "L" bit determines if the current year is a leap year. The "Z* 
bit determines if the current time in seconds should be reset to 
zero. The "D", "L", and "Z" bits are ignored by the decoder when 
processing this packet (see the description of the "time of day" 
Type code assignment in the section below that pertains to the 
Miscellaneous packet class). Tne "T bit is processed as part of the 
program identifier packet to determine if the program - is subject 
to a local tape delay. Even if the broadcast of a program is 
delayed, it should still carry its originally scheduled time as its 
program identifier data throughout its entire broadcast. 

The "channel" data field is an optional two-byte field 
having a valid range from 0 to 255. If the channel field is 
omitted, the receiver channel will default to the currently tuned 
channel. The channel field allows one channel to specify 
information for another channel. The channel data field contains a 
two bit subfield which specifies the source input. Tne source 
subfield has a valid range from I (S\Sq - CO) to 4 (Si Sq = 1 1) that 
can be used in a multi-wire cabls sys:em to specify the cable line. 
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2.3 "Erase Program" Packet Type 

This packet contains zero bytes, but indicates the 
specified program data is to be completely deleted. This will be 
most useful for the Future packet class. 

2.4 "Stop Time' 1 Packet Type 

This jacket contains either zero or four bytes which 
define 3 program step time and date relative to Greenwich Mean 
Time. If the packet contains zero bytes, the existing stop time wiii 
be erased. The format of the bytes is the same as for the 
; ''program identifier" packet described above in section 2.2 except 
uiut no channel data is needed. The "D", "L\ and "Z" bits are aiso 
ignored by the decoder when processing this packet as described 
in section 2.2. .-■ 

2.5 "Program Title" Packet Type 

This packet contains a variable number, 0 to 32, of 
bytes which define a program title. If the packet contains zero 
bytes, the existing program title will be erased. Each byte is an 
ASCII character in the range of 20h to 7Fh. /The variable size of 
this packet allows for efficient transmission of titles of any length. 
No "size" indicator byte is needed because the End control code 
pair is used to terminate the packet. 

2.6 "Program Audience" Packet Type 

This packet contains a variable number of bytes, 
namely zero to three, which define the intended audience for the 
program. If the packet contains zero .bytes, the existing program 
audience will he erased. For any data bytes in this packet, bit #6 
is set to logic 1 because the data is not ASCII data. The format of 
the data bytes is shown in Table 6. 

: « 
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Table 
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s 
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"T" 


C ; 




0 
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r , i 



The data bytes in this. packet must be sent in the order 
shown in Table 6. Table 7 defines the function of the bits for 



one and 


two shown in Table 6. 




Svte One 


Table 7 


3vt3 Two 


; C 


Children 




A 


! Aduit Situations 


T 


Teens 




N 


f Nudity 


A 


Adults J 




L 


i Lancuace 


S 


Seniors i 




V 


' Violence 


w i 


Women 






t undefined i 


M i 


Men j| 


\ 


0 


I Data Services j 



Bit definitions may be selected from the list in Table 7 
in any combination that is needed to communicate the desired 
information. Byte one indicates the target audience. For example, 
to specify a program as suitable for the entire family, all bits in 
byte one would be set. Byte two indicates why the target 
audience may have been restricted from the entire family. 

Byte three in Table 6 contains data fields representing 
program quality and rating information for movies. The format 
for byte three is shown in Table 8. 
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0 1 1 




0 111 PG-13 


1 0 0 




10 0l H 


1 0 1 


• • • 


1 0 1 j 


1 1 0 


• • • y, 


110 1 X 


1 1 t 


* • • • 




1 1 J I ,\'cn*3 



j 7 



2.7 "Program Type" Packet Type 

This packet contains a variable number, 0 to N\ of 
bytes which specifies the type of information included in a 
particular program. The information in this packet could be used 
by a viewer to selectively look for certain types of programs. If 
the packet contains zero bytes, the existing program type will be 
erased. The first two bytes are not ASCII data and, therefore, bit 
#6 is set to logic 1 in the first two bytes. The third through Nth 
bytes are ASCII characters in the range of 20h to 7Fh. 

The format of the first two bytes is shown in Table 9. 

Table -9 




The -first two bytes must be sent in the order shown in Table 9. 

The first byte defines the general category of the 
information in the program. The type of information indicated by 
the bits in the first byte is shown in Table 10. 



Table 10 



| c 


Classified -i 


1 L 


Life / Style i 


1 E 


Education 


| E 


Entertainment 


I S 


Soorts 


I N j 


News 



A logic 1 in a bit position shown in Table 9 indicates that the 
program provides the corresponding type of information listed in 
Table 10. If necessary, multiple bits can be set to logic I to 
indicate that the program includes multiple categories of 
information. Byte two provides additional program information as 
shown in Table II. 
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Table 11 




Bytes three to N provide additional information, which 
can be used to farther specify the type of programming. These 
bytes are sent as ASCII characters, but the character codes 
represent the words iisted in Table 12. 
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j Qualifier j 
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I Unknown j 




2lh 


i Action / Adventure ) 
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22h 


i Amatuer i 


. J 23h 


( Animated 


ii 


' i 24h 


i Ans « 
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25h 


Auto I 
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26h 


Awards 3 


27h I 


Baseball j| 


| 2Sh ! 


Basketball 
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Bowling 
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Soxino •: 




i 25h I 


Business i 
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Cartoon j 
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i 2Dh i 


ClassicaJ J 
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ComeoV t i 


r 
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CommerciaJ j) jj 
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Computer <i ji 
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Concert | Jl 
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Criminal jj Jf 
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$ 42h I Hcbbv 
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43h I Hcdov 



Home 



Horror 



I 1 47h~ 



f Improvement 



48h ■ Informational 



_49h i instructional 



4 An ! Investment 



!l -4Bh I LeaaJ 



! ! *Ch j Locai 
-iOh | Medical 



-iEh I Miiitarv 



i j 4Fh I MusicaJ 



5 In I National 



52h I Nature 



I 34h j Dancin o 
j 35h I Civino 
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Ooinion 



5^h j Porfon-nino 



j 55n ! Personal 



36n 


Documentary 


— J f 5G * 


PolftcaJ 1 


37h 1 


Drama 




Proier-Sional 
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Erofica 


3 if' 50n 


Pubiic 
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r antasv 



1 3Ah 



J j 59h i Racing 



j 3Bh 


FmancaJ 




3Ch 
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=1 
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The bytes listed in Table 12 may be used in whatever 
combination is necessary to specify the desired level of 
information regarding the type of programming. However, 
multiple bytes should be sent in proper grammatics! order. In 
addition, it should be noted chat receivers may impose limitations 
on the number cf bytes that will be recognized. 

The byte designated "Unknown" in Table 12 is the 
default value if no ether bytes from Table 12 are included in the 
Program Type packet. The twelve "special* bytes listed in Table 
12 may be defined by each network to best suit individual 
programming needs (see the Type code assignments for "special 
qualifiers" in the section below that describes the Network packet 
class). The byte designated "Other" in Table 12 indicates that the 
type of programming is known and does not fit into any of the 
defined programming types. Ail twelve of the "special" bytes 
listed in Table 12 implicitly include the "Other" designation. 

2.3 "Audio Services" Packet Type 

This packet contains either zero or two bytes which 
define the contents of the main and second audio programs that 
-are associared with the video signal. If the packet contains zero 
bytes, existing audio services information will be erased. Bit #6 is 
set to logic I in the data bytes in this packet because the data 
bytes are not ASCII data. The format of the bytes is shown in 
Table 13. 
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Each of the two bytes listed in Table 13 contains two 
data fie ids: language and type. The language field of each byte 
represents -he languages listed In Table 14. 

C u 
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1, 1, l 0 | Language 


0 0 0 


Unknown 


0 0 1 


. English 


0 1 0 


Soanisn 


0 1 1 


French 


10 0 


G^rrrtan 


toti 


Japanese 


1 1 0 | Other 


1 11 I None 



The type field of each byte listed hi Table 13 is encoded to 
represent the information shown. in Table 15. ' - 



Table 15 





Type 


0 0 0 


Unknown 


o a 1 


Mono 


0 1 0 


Simtiteted Slareo 


0 1 1 


True Stereo 


1 0 0 


Stereo Sumxaxi 


1 0 1 


Oata Service 


1 1 0 


Other 


1 1 1 


None 



«* «, k 


1 Type 


0 0 0 


Unknown * 


0 0 1 


. Mono 


0 1 o 


Descrotive Video Servic* 


0 1 1 


Non-oroqram AocSo 


10 0 1 Soedarf Effects 


10 1 Data Service 


1 10 Other 


1 111 None 



2.9 "Caption Services" Packet Typo 

This packet contains a variable number, 0 to 8, of 
bytes which define the available forms of caption encoded data. 
If the packet contains zero bytes, existing information regarding 
caption serves will be erased. One byte is included to specify each 
available service. Bit #6 is set to logic I in each byte because the 
data is not ASCII data. Each of the bytes is in the format shown in 
Table 16. 

'2f 
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| b. b, b, b, b, b, b 9 \ 

I 1 ', I, P C T 



The language data field (L2-L0 in Table 16) is encoded 
using the same format as for the audio services packet described 
in section 2.8 above. The "F" bit determines if the data is in TV 
field one ("F" = 0). or in field two ("F" = 1). The "C" bit determines 
if the data is in channel CI ("C" = 0), or in channel C2 ("C" = 1). The 
T" bit determines if the data is captioning ("T" = 0), or text 
(T"=l). This information permits the broadcaster to completely 
specify the line 21 services that are available. 

2.10. "undefined" Packet Types 

Type Codes 09h and OAh in Table 4 are undefined. 
These type codes may be defined in the future to further expand 
EDS capability. For example, one of the undefined type codes 
might be - allocated to provide information regarding video 
"scrambling". Various approaches are used for encoding, or 
scrambling, a video signal to prevent viewing by unauthorized 
users, e.g. "pay-per-view" programming. Information regarding 
the type of scrambling might be useful to permit authorized users 
■to more effectively decode the scrambled signal. 

Another possible use for the undefined codes is to 
provide information regarding the aspect ratio of the video image 
in a program. Aspect ratio information would permit the system 
to select only certain aspect ratio programs. Alternatively, the 
video receiver could use the aspect ratio information to adapt the 
signal to the particular display screen aspect ratio of the video 
receiver. 

2.11. "Description 'N'" Packet Type 

These packets each "contain a variable number. 0 to 32, 
of bytes which, when combined together, form a description of the 
program. If the packet contains zero bytes, the existing line of 



description information will be erased. Each byte is an ASCII 
character in the range of 20h to 7Fh. Each fcacknt of this type 
provides one line of a multiple line description of the program. 
The description can contain any information the service provider 
chooses including:' episode title, date of release, cast of characters, 
brief story synopsis, etc. By varying the number of packets' of 
Description "N" type, efficient transmission of program 
descriptions of any length is possible. 

3. Network Packet Class 

Table 17 lists the assignment of Type codesi for the 
Network packet class. 

Table 17 



Tyoe Code j Function ! 


OOh 1 Unidentrfv Network J 


01h 


Network Identifier ij 


02h 


Erase Alt Programs i 


03h 


Network Name 


04h 


• Call Letters j 


1 05h | Native Channel i 


■ 06h 


Taoe Delay ^ 


07h 
12h 


SpeciaJ QuaJifar 1 j 

I 

Soeda! CuaJrfrer 12 J 



3.1. "Unidentify Network" Packet Type 

This packet contains zero bytes and indicates that the 
network is to be "unidentified". The effect is opposite to that of 
the "network identifier" packet (sec section 3.2 below). After this 
packet is received, all subsequent packets of the Network class 
will be ignored until a network identifier packet is received. This 
packet type can be used as a signal thatl all network information 
has been sent. 
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3.2.' "Network Identifier* Packet Type 



This packet contains either zero or two bytes which - 
define a receiver channel number for which network information 
is to be specified. The format of the bytes is the same as for the 
channel data field shown in Table 5 in section 2.2 above. The two 
byte channel field is optional. The receiver channel will default to 
the currently tuned channel if not specified. This field aliows one 

channel to specify information for another channel! 

** > 

3.3. "Erase All Programs" Packet Type 

This packet contains zero bytes, but indicates all of the 
program information for the specified network is to be completely 
deleted. 

3.4. "Network Name" Packet Type 

This packet contains a variable number, 0 to 32, of 
bytes which define the name of the broadcasting network. If the 
packet contains zero bytes, the existing network name is erased. 
Each byte is an ASCII character in the range % of 20h to 7Fh. Each 
network should use a single unique name so that receivers can 
access information regarding the network that is stored internal to 
the receiver, e.g. a network logo that can be displayed when a . 
network is selected. 

3.5. "Call Letters" Packet Type 

This packet contains a variable number. 0 to 32, of 
bytes which define the "call" letters of the local broadcasting 
station. If the packet contains zero bytes, the existing call letters 
are erased. Each byte is an ASCII character in the range of 20h to 
7Fh. • 



3.6. "Native Channel" Packet Type 



define the *" which 

•» j :'«"iye channel number, i.e. ocal "over-the-air- • 
Broaden channel number, that is assigned to a staricf T*is 
information is useful if , cabI . rh * ° " 
station differs from s a a a b ';, Chl "" e ' 0amber .""««««• » «. . 
number. If me w^ket corn o""-^-^ broadcast channel 

channel numbeV is ^ Tn ? "TV"" 

WI is erased. The format of the bvtes i* rh» 

for the channel field listed in Table 5 in section 2 " atote. 
3.7. "Tape Delay" Packet Type • 

. f; . 71113 P ack « contains either .zero or one byte which 

S rneloT^rlr ,fT ^ -^ou^pe . 
easting tape delay !„ olti '„ f ^ 
data so bit #6 is always set « ,1 ^ " °°' 

in ^ pa= te , is slT in Table ^. ' ^ ^ **" 

Table ta 



*>. b» b. 



A b » t>, b. 



from 0 to *^:^-(4^:toJr«^.»-:h» . range 

minute. V i £ ■ ^ ^ ^ ° ^ 0 

The -S- bi, , ! mmutes ,n 30 minute increments. 

added to * " • ^ ^ t» delay value is to be 

^m i, e :r C '^ Pt0gram "-"-CS-- 0) « -"traced 

information (sec Tab. \ \'°, """S™ id ° mi,i " 

def au l„ °„ I '° 5,:Ctl0,, 22 lbov,: »- value 

defaults to zero .f not specified. 



3.8. "Special Qualifier "N™ Packet Type 

These packets each contain a variable number, Q to' 32* 
of bytes which define the text to be associated with the "special* 
bytes listed in Table 12 that may. be used for specifying program 
information. If the packet contains zero bytes, the text associated 
with a "special" byte is erased. Each byte in this packet type is an 
ASCII character in the range of 20h to 7Fh. Each packet provides 
:.:;ct for one network specific "special" program information byte. 
For example, a : station which offers mostly sports may define its 
Psst five "special" bytes to represent sports such as: Poker, 
3 CUBA, Hang Gliding, Americas Cup, and Olympics. However, a 
station which offers mostly music may define its first five 
".special" bytes to represent types of music such as: Heavy Metal, 
^ap, Pop, Country, and Disco. The meaning of the "special" bytes 
;an be redefined by the network at any time. If no text is 
^ceived to define a Especial" byte, the byte will default to a single 
lank space. 

Miscellaneous Packet Class 

Table 19 lists the assignment of Type codes for the 
ilscellaneous packet class. 

Table 19 



\ Tyoe Code j Function 


Oih 


Time of Day ! 


02h 


Time Zone 


03h 


Line Number 


04h 


No EDS 


05h 


Sinale EDS 


06h 


Directory EDS 


07h 


Proqram Pause 


08n 


Proqrajn Resume 


OSh | Imoulse Capture 



I. "Time of Day" Packet Type 

This packet contains four data bytes which define the 
:.rent time of day and date relative to Greenwich Mean Time. 



The format of the bytes is the same as that shown in Table 5 for 
the "program identifier" packet (see section 2.2 above), except 
that no channel data is needed. The W D M bit is used to determine if 
daylight savings time is currently being observed throughout the 
country. This information, along with the viewers specified time 
zone and whether daylight savings time is locally observed, is 
used to determine the correct local time. Local time is only used 
to display the local time for the viewer. All internal timers and 
clocks should be kept in Greenwich Mean Time. 

The' M L" bit is used to determine if the current , year is a 
leap year. This is needed to determine if the local day is February 
T 28th or 29th when it is March 1st Greenwich Mean Time. The "Z H 
bit is used to determine if the current time in seconds should be 
reset to zero. This allows the time of day to be correct without 
transmitting the full six bits of data to specify the current number 
of seconds. The H T" bit is used to determine if the program is 
subject to a local tape -delay. If this bit is set, the time of day 
clock should not be updated. 

4.2. "Time Zone" Packet Type 

This packer contains one byte Which defines the 
viewers time zone and daylight savings status. The data is not 
ASCII data so bit #6 is always set. The format of the single data 
byte is shown in Table 20. 



Tabic 


20 




| b . b , b < b > 


b , b i 




| 1 D h, h, 


h, h, 





The hour data field (bits h4-ho in Table 20) has a 
valid range from 0 to 23 and represents the nominal delay in 
•hours relative to GMT. The "D* bit determines if. daylight savings 
time is to be observed. This packet should only be sent when all 
possible viewers reside in the same time zone. 
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4.3. "Line Number" Packet Type 



. . This packet contains one byte which defines the 
current line number and field for the tuned channel. This 'data is 
not ASCII data so bit #6 is always set. The format of she byte is 
shown in Table 21. 



Table 21 

j b . b , °. K h, b, b, j 
I 1 F '.I I i. | 



The "line" field (bits L4-L0 in Table 21) has a valid range from 7 
to 31. The "F" bit determines if the data is in TV field one ("F" = 0) 
cr in field two ("F" = 1). 

4.4. "No EDS" Packet Type 

This packet contains zero bytes and indicates that the 
tuned channel has no extended data services information 
available. 

4.5. "Single EDS" Packet Type 

This packet contains zero bytes and indicates that the 
tuned channel has extended data services information available 
for a single channel. ' - 

4.5. "Directory EDS" Packet Type 

This packet contains zero bytes and indicates that the 
tuned channel has extended data services information available 
for multiple channels. This information would be used to identify 
a station which provides a continuous directory of information 
about other channels. 
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4.7. 



"Program; Pause" Packet Type 178H7<1 7 
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110 program resume packet is sent. 
-Program Resume" Packet Type 
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are possibie mod 1 ifie ff ta » • * *• described above 
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Figure 2 Jy be \ , addld ° n ' PrOCCS3ing unit 230 " 

case th! ""Panted using a microprocessor. In this 

c««. the opcraupn ,„us t ra ted in Figurc 3 may hc imp(crnen( / d jn 
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software. Alternatively, a combination of hardware and software 
may be utilized.. Also, the embodiment shown in Figure 2 may be 
implemented in one integrated circuit that includes the data slicer, 
data register, and decoding functions. These and other , 
modifications are intended to be within the scope of the following 



claims. ^ — - — / 
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W£ CLAIM : 

1. An apparatus for television for auxiliary video- information 
comprising extended data services comprising; 

means ( 200^ 220 ) for receiving a television signal 
( VIDEO) including auxiliary in format io^'fed appartus 
characterised by; -said auxiliary inf ormatioiv2o£$ri sing data ' 
words; and 

means ( 230 ) for processing a first one of saj^j data 
words for determining control information for controlling 
processing of said data words and also for determining a class 
of information to be displayed on a display device; said proce- 
ssing means ( 230 )• processing a second one of said data , words 
for determining, a subclass of said class of information to be 
displayed; and said processing means ( 230) processings third 
one of said data words to obtain said information pertaining to 
said subclass of information to be displayed. 



2. An apparatus for television for auxiliary video information 
comprising - extended data services substantially as herein- 
described and Illustrated. 



DATED THIS 27th DAY OF APRIL, 1993. 

( L . S . DAY AR ) 
Of L S. DAYAR & Co,, 
APPLICANT'S . AGENT . 
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